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DEVICE AND METHOD FOR SELECTING OPCODE VALUES WITH 
MAXIMUM HAMMING DISTANCE TO MINIMIZE LATENCY AND 
BUFFERING REQUIREMENTS 

FIELD 

5 [0001 ] The invention relates to a device and method for maximizing hamming 
distance of encoded opcodes and detecting communication errors to minimize 
latency and buffer storage requirements. In particular, a device, method and 
computer program is disclosed that is able to generate encoded opcodes that allow 
for error detection over high speed serial communications lines immediately upon 
10 receipt by maximizing the hamming distance between the encoded opcodes and 
minimizing the need for buffer space by allowing early decode of the opcode prior to 
post reception error detection of an entire packet of data. 

BACKGROUND 

[0002] Microprocessor performance has seen incredible increases over the 

1 5 short history of computers. With this increase in processor performance, seen in the 
increased number of processor cycles per second, has come the need for a 
comparable increase in access speed to data and instructions. Otherwise, it 
provides little benefit to have a very fast processor if it is spending most of its time 
waiting for retrieval of data and instructions from storage devices such as disk and 
20 tape drives. In order to achieve fast transfer rates between a peripheral and a 
processor it was common to use a parallel communications interface in order to 
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maximize the data transfer rate. In such a parallel communications interface it was 
typical to transmit a full word (usually 32 bits) at the same time using at least one 
wire per bit. However, more recently, serial communications has so significantly 
increased in speed that up to 1 .5 gigabits per second of data may be transferred 
5 over a Serial ATA communications link. 

[0003] FIG. 1 is an example of such a Serial ATA communications link 30 
connecting a peripheral device 40 to a processor 10 located on a baseboard 20. 
Utilizing such a communications link 30 the number of wires required to connect a 
peripheral device, such as a disk drive, CD-ROM, DVD or other peripheral device is 
10 substantially reduced. Data may be transferred over such a Serial ATA 
communications link 30 in the form of bits, bytes, or more typically packets. Packets 
of data may contain as much as 8,192 bytes of information, but any size packet is 
possible. 

[0004] However, in such a Serial ATA communications link, buffer space is 

15 required both in the baseboard 20 and the peripheral device 40 in order to store one 
or more packets of information being transferred. This buffer space is required due 
to the CRC (cyclical redundancy checking) error checking technique being used in 
the Serial ATA communications protocol. CRC is an error checking technique used 
to determine the integrity of received data. However, the CRC error check is 
20 complete only after the entire packet is received. Therefore, it is necessary to store 
the received data temporarily in a buffer while performing the CRC error checking, 
and then determine whether the packet was correctly received. In the case where 
an error is detected, retransmission is requested for the entire packet by the 
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receiving device. Therefore, valuable space is required on the baseboard 20 and in 
the peripheral device 40 to store these packets of data until they are checked using 
the CRC error checking technique. Further, in the case where there is an error, 
valuable time is wasted in order to transmit the retransmit request and receive the 
5 entire packet at least twice in order correct the error. 

[0005] Therefore, what is needed is a device, method, and computer program 
that allows the received Opcode of an incoming packet to be decoded and verified 
as correct immediately upon receipt. This device, method, and computer program 
minimizes the need for buffer space in the receiving unit by allowing the Opcode to 
:: 1 0 be decoded and acted upon before the CRC check for the complete packet is done. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0006] The foregoing and a better understanding of the present invention will 
become apparent from the following detailed description of exemplary embodiments 
and the claims when read in connection with the accompanying drawings, all forming 

15 a part of the disclosure of this invention. While the foregoing and following written 
and illustrated disclosure focuses on disclosing example embodiments of the 
invention, it should be clearly understood that the same is by way of illustration and 
example only and the invention is not limited thereto. The spirit and scope of the 
present invention are limited only by the terms of the appended claims. 

20 [0007] The following represents brief descriptions of the drawings, wherein: 
[0008] FIG. 1 is an example of the prior art using a serial communications link 

to connect a processor to a peripheral device; 
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[0009] FIG. 2 is a flowchart of an Opcode (operation code) generation process 
utilized to generate Opcode of given minimum hamming distance in an example 
embodiment of the present invention; 

[0010] FIG. 3 is a flowchart of an Opcode encode module to generate original 
5 code words utilized in an example embodiment of the present invention; 

[0011] FIG. 4 is a flowchart of a transmission module to transmit data having 

an Opcode generated by the Opcode generation process as a first byte in an 
example embodiment of the present invention; 

[0012] FIG. 5 is a flowchart of a reception module to receive data having an 

1 0 Opcode generated by the Opcode generation process as a first byte in an example 
embodiment of the present invention; 

[0013] FIG. 6 is a hardware block diagram illustrating the encoding and 

transmission of data in an example embodiment of the present invention; and 
[0014] FIG. 7 is a hardware block diagram illustrating the decoding upon 
15 reception of data in an example embodiment of the present invention. 
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DETAILED DESCRIPTION 
[0015] Before beginning a detailed description of the subject invention, 
mention of the following is in order. When appropriate, like reference numerals and 
characters may be used to designate identical, corresponding or similar components 
5 in differing figure drawings. Further, in the detailed description to follow, exemplary 
sizes/models/values/ranges may be given, although the present invention is not 
limited to the same. As a final note, well-known power connections to integrated 
circuits and other components may not be shown within the FIGs. for simplicity of 
illustration and discussion, and so as not to obscure the invention. 

1 0 [001 6] FIG. 2 is a flowchart of an Opcode (operation code) generation process 
utilized to generate Opcodes of given minimum hamming distance in an example 
embodiment of the present invention. The Opcode generation process begins 
execution in operation 200 and immediately proceeds operation 210. In operation 
210, the Opcode generation process creates a set of ail valid encoded code words. 

1 5 These valid encoded code words may be, but not limited to, encoded code words of 
a particular length. For example, if an eight bit encoded code word is desired, then 
256 possible code words may be generated. In the case where a 10 bit encoded 
code word is desired then 1,024 possible code words may be generated. An 
example of 10 bit encoded code words may be found in the left most column of table 

20 1 illustrated and discussed in further detail ahead. Processing then proceeds to 
operation 220 where from the set of code words generated in operation 210 certain 
opcodes are eliminated which do not meet specified initial criteria. These criteria 
may be, but not limited to, specifying that each code words haven equal number of 
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bits set to zero and bits set to one. In this manner it is possible to determine 
immediately if an error has occurred if an encoded code word does not have an 
equal number of ones and zeros. Other selection criteria are possible such as 
limiting the range of the permissible values. 

[0017] Still referring to FIG. 2, in operation 230 a code word of the remaining 

code words in the set generated by operation 220 is selected. This selection may 
be as simple as selecting the first code word in the list and proceeding sequentially 
thereon. Thereafter, in operation 240 the remainder of the code words generated 
in operation 220 are examined and all code words which have a hamming distance 
less than a predetermined value to the selected code word are eliminated from the 
list. For example, if a hamming distance of 4 is selected then no two encoded code 
words may have less than four bits different from each other. In operation 250, it is 
determined if additional encoded code words exist in the set generated in operation 
220. If additional code words exist then processing proceeds back to operation 230 
where the next code word in the list is selected. However, if no further code words 
exist in the list generated in operation 220, then processing proceeds to operation 
260 where processing terminates. Upon termination of the Opcode generation 
process, a list of encoded code words is generated as shown in the left most column 
of table 1 listed ahead. 
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TABLE 1 


10b Encoding 


8b Decoded bu 


Scrambler 


Opcode Value 


(binary) 


Scrambled Value 
(hex) 


Syndrome (hex) 


(hex) 


0101011010 


OxAA 


0x8 D 


0x27 


1001101010 


0xB9 


0x8D 


0x34 


0010111010 


0xB4 


0x8D 


0x39 


0011010110 


OxCC 


0x8D 


0x41 


1101000110 


OxCB 


0x8D 


0x46 


1010100110 


0xD5 


0x8D 


0x58 


0100110110 


0xD2 


0x8D 


0x5 F 


0011011001 


0x2C 


0x8D 


0xA1 


1101001001 


0x2B 


0x8D 


0xA6 


1010101001 


0x35 


0x8 D 


0xB8 


0100111001 


0x32 


0x8D 


OxBF 


0101010101 


0x4A 


0x8D 


0xC7 


1001100101 


0x59 


0x8D 


0xD4 


0010110101 


0x54 


0x8D 


0xD9 



[0018] FIGs. 3 through 6 are flowcharts representing software, commands, 

firmware, hardware, instructions, computer programs, subroutines, code and code 
segments. The elements and operations of FIGs. 3 through 6 may take any form of 
logic executable by a processor, including, but not limited to, programming 
languages, such as C++. 

[0019] FIG. 3 is a flowchart of an Opcode encode module to generate original 

code words utilized in an example embodiment of the present invention. This 
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Opcode encode module takes encoded code words generated by the Opcode 
generation process, shown in FIG. 2, and by a process of unscrambling and 
unencoding the encoded code word generates an operations code that may later be 
utilized by processor 1 0 or peripheral device 40. The Opcode encode module begins 
execution in operation 300 and immediately proceeds to operation 310. In operation 
310, an encoded Opcode, as shown in the left most column of table 1, is selected 
from the file set. Thereafter, in operation 320 the encoded code word is reverse 
mapped to its corresponding unencoded scrambled value having fewer bits. In the 
example illustrated in table 1, the unencoded value contains eight bits. The 
scrambler values are generated using the equivalent of a linear feedback shift 
register (LFSR) scrambler generator 620, shown in FIG. 6 and FIG. 7, and is reset 
at the beginning of a packet yielding an initial output value listed in table 1 . The 
LFSR operates based on a polynomial where G(x) = X 16 + X 15 + X 13 + X 4 + 1 . 
However, as would be appreciated by one of ordinary skill in the art, numerous 
different polynomials may be utilized by the LFSR. Once the unencoded scrambled 
value is generated in operation 320 processing proceeds to operation 330. In 
operation 330, the unencoded scrambled value is reverse scrambled using the 
scrambler syndrome or seed to generate opcode that is unencoded and 
unscrambled as shown in table 1. Since the reversed scramble operation is 
deterministic in nature the same opcode will be generated for a given scrambled 
value if the scrambler syndrome or seed remains constant or is known and the 
scrambler is reset at a known point (for example at the beginning of reception of a 
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packet). Thereafter, processing proceeds operation 340 where processing 
terminates. 

[0020] FIG. 4 is a flowchart of a transmission module to transmit data having 
an Opcode generated by the Opcode generation process, shown in FIG. 2, as a first 
byte in an example embodiment of the present invention. The transmission module 
begins execution in operation 400 and immediately proceeds with operation 410. In 
operation 410, the scrambler 620, shown in FIG. 6, is reset. Thereafter, in operation 
420 a character is selected for transmission. The first character transmitted may be 
the Opcode and thereafter the remainder of the packet is transmitted. However, as 
would be appreciated by one skilled in the art, the Opcode may be in any portion of 
the packet as long as it is at a fixed location. Processing then proceeds to operation 
430 where the character or Opcode is XORed (an exclusive or operation) with the 
value created by the scrambler generator 620. In operation 440 the resulting value, 
from operation 430, is encoded from an eight bit value to a 1 0 bit value as illustrated 
in table 1 . Thereafter, in operation 450, the encoded 10 bit character is transmitted 
over serial communications link 30, shown in FIG. 1. Thereafter, it is determined, in 
operation 460, whether any additional data needs to be processed. If additional data 
needs be transmitted then the scrambler 620 is advanced in operation 465 and 
processing loops back to operation 420. However, if no further data needs to be 
transmitted then processing proceeds to operation 470 where processing terminates. 
[0021] FIG. 5 is a flowchart of a reception module to receive data having an 

Opcode generated by the Opcode generation process, discussed in reference to 
FIG. 2, as a first byte in an example embodiment of the present invention. The 
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reception module begins execution in operation 500 and immediately proceeds to 
operation 510. In operation 510, the scrambler generator 620 is reset utilizing the 
seed (scrambler syndrome) discussed in reference to FIG. 3 and table 1. In this 
manner the scrambler generator 620, discussed in reference to FIGs. 6 and 7, may 
5 later be able to de-scramble data received. In operation 520 the next character is 
received. Processing then proceeds to operation 530 where the data received is 
decoded from a 1 0 bit character to an eight bit character as illustrated in table 1 . In 
operation 540 the scrambler generator 620 de-scrambles the character or data by 
XORing it with the seed or scrambler syndrome previously discussed. In operation 
^: 1 0 542, it is determined whether this first byte received matches the 8 bit encoded value 
f l listed in example table 1. If no match is discovered then processing proceeds to 

operation 544 where the received packet is rejected due to error. Thereafter, 
hi processing proceeds from operation 544 to operation 560 where processing 

42 terminates. However, if the 8 bit encoded value received matches the 8 bit encoded 

^ 15 value contained in example table 1 , then processing proceeds to operation 550. In 
operation 550 it is determined if any more data is to be received. If additional data 
is to be received, then in operation 555 the scrambler is advanced to its next value 
and processing loops back to operation 520. Otherwise, processing proceeds to 
operation 560 where processing terminates. 
20 [0022] FIG. 6 is a hardware block diagram illustrating the encoding and 
transmission of data in an example embodiment of the present invention. The 
hardware shown in FIG. 6 comprises a transmission unit. The hardware 
(transmission unit) shown in FIG. 6 resides within baseboard 20, shown in FIG. 1. 
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However, as would be appreciated by one ordinary skill in the art, the equivalent 
hardware (transmission unit) would also reside within peripheral device 40. FIG. 6 
illustrates data being input to the hardware and if it is the first byte of data, it resets 
the scrambler generator 620 to its initial state via reset 612. This first byte of data 
being transmitted contains the Opcode indicating the type of operation associated 
with the packet. The scrambler generator 620 would generate a sequence of 
scrambling values starting with the initial value illustrated in table 1 . The scrambled 
values are generated by XORing the scrambler value with the data to transmit in unit 
630. Using a seed the scrambler generator 620 would generate an eight bit 
scrambled value as illustrated in table 1 using the XOR unit 630. After processing 
through the XOR unit 630 an eight bit scrambled value, as shown in table 1, would 
be generated. Thereafter, an 8b/1 0b encoder 640 would take the eight bit scrambled 
value would encode it into a 10 bit encoded value and transmit it to a destination. 
It should be noted that all data being transmitted including the first character sent is 
XORed in XOR unit 630 with the scrambler output from unit 620. Further, an 
advance line 614 would advance the scrambler generator 620 to the next character. 
[0023] FIG. 7 is a hardware block diagram illustrating the decoding upon 

reception of data in an example embodiment of the present invention. The hardware 
illustrated in FIG. 7 represents a reception unit. Data 610 is received from a source 
and sent to a 10b/8b decoder which converts the data from a 10 bit value to an 8 bit 
value. At the same time a reset line 612 is sent to the scrambler generator 620 to 
reset it using a seed value. The output from the scrambler generator 620 and the 
1 0b/8b decoder 71 0 are XORed by exclusive or (XOR) unit 630. The output from the 
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XOR unit 630 is an opcode which is checked against the example values shown in 
table 1 by the opcode verification unit 715. Thereafter, if a match is found for the 
opcode, then the associated process 740 is performed for the opcode. Further, an 
advance line 614 is provided to advance the scrambler generator 620 to the next 
character. 

[0024] Still referring to FIG. 7, as would be appreciated by one skilled in the 
art, the hardware depicted in FIG. 7 (the reception unit) would also reside in 
baseboard 20 in order to accomplish two-way to communications. 
[0025] Using the embodiments of the present invention discussed above, it is 

possible to generate operation codes that have a maximum hamming distance 
between them. Since it is assumed that if a correct operation code is not received 
then a transmission error has occurred, this maximum hamming distance makes 
possible the early detection of transmission errors in the opcode field, allowing 
proper processing of the rest of the incoming packet without awaiting final CRC 
check. Further, due to the hamming distance between operation codes and the 
expansion of operation codes to include ten or more bits, the probability that a 
transmission error would result in another valid operation code is very remote. Upon 
detection of an incorrect operation code the receiving device can immediately 
request a retransmission before the entire packet is received. Further, using the 
embodiments of the present invention it is possible to minimize the use of buffer 
space in a base board and peripheral device since the opcode field can be acted 
upon with confidence at the beginning of reception of a packet. 
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[0026] While we have shown and described only a few example embodiments 
herein, it is understood that numerous changes and modifications as known to those 
skilled in the art could be made to the present invention. Therefore, we do not wish 
to be limited to the details shown and described herein, but intend to cover all such 
changes and modifications as are encompassed by the scope of the appended 
claims. 
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